STEAM课程设计师们怎样避开“知识的诅咒”？
芥末堆
芥末堆是一个专注于教育产业信息挖掘与传递的行业内资讯服务媒体平台。
关注
本文作者｜华帅
本文编辑｜东瓜
排 版｜空缺
在STEAM课程设计领域，最容易出现的一个设计困境就是：“我以为很简单了，结果学生们一接触，太难了，听不懂，做不好，老师家长都不给好脸色。”
这个设计困境，即便对于资深的课程设计师而言，也是时不时会出现的幽灵。
今天这篇文章，就来说一说这个困境，这个被STEAM课程设计师们誉为“宿敌”的家伙：知识的诅咒。
什么是“知识的诅咒（The Curse of Knowledge）”？
学术的定义，是说一旦你知道了某项知识，你就很难再想象到不知道这个知识的状态。其实说白了，就是一句话，鸡同鸭讲。对于STEAM教育界，最典型的实际情况，打个比方，就好比是你根本不能理解：为什么一个文科尖子生居然不认识小苏打的分子式NaHCO3？
为什么STEAM领域似乎更容易被诅咒？
同样是课程设计师，为什么语言类的课程设计不容易听说“知识诅咒”，反而是STEAM相关的课程设计里，常常出现这样的境遇呢？
其实主要的原因就在于语言和思维模式的差别。难，就难在语言上，难在术语理解上。
STEAM相关的每一门分支学科，比如数学、物理、工程、编程等，都有自己的一套语言体系和逻辑体系，它们打交道的材料和工具，也大多是跟日常生活距离有点远的物品。对大多数人而言，不管是小孩儿还是成年人，极少会用“控制器”这样的词语来代替“遥控器”，也极少会用“概率”这样的词语来代替“差不多”。而语言类的课程设计，相对更接近于生活，除非是针对语法层面或者完全从零开始学一门语言，听说读写各个环节的知识点，大多都是可以潜移默化地去搭建的。
然而另一个角度看来，对于从事课程设计的人而言，抛开了学科特有的术语和名词以后，其实就觉得抛弃了STEAM领域的专业性、科学性、严谨性了，所以大多数做这个领域课程设计的人，又总是不愿意放低身段去解释一些在外人看起来不明就里的词语。
“知识的诅咒”，对于STEAM领域的设计师而言，从设计草稿的第一笔开始，就已经种下了！尤其是对于那些初级甚至部分中级设计师而言，在谈论高深专业的术语时常常能找到自己作为“专家”的智商优越感，所以就更加容易忽视这个层面的设计，最终设计方案一出来一落地，大量的麻烦出现也是不可避免的了。
哪些环节最容易出现这样的诅咒？
那在一个实际的设计案例中，哪些环节最容易出现知识的诅咒呢？
先说结论：对于新手设计师而言，最容易在课堂导入环节和知识点解释的环节中招。对于高级设计师而言，最容易在动手操作的环节中招。要教授的STEAM内容越困难，中招的可能性越小，因为设计师本身也会处于一种门外汉的地位，所以反而更能理解设计中的各种小细节。
我们以一个针对小学三年级的编程课程实例来大概了解一下。
案例背景
某设计师小K打算设计一门基于Scratch应用的编程课，针对的目标群体是一个1:45的公立小学班级，学生的编程基础是纯空白，使用的课程场景是每节课40min。
小K本人是国内顶级大学的计算机专业学生，对于程序语言有非常深刻的理解。这一次设计中，他为了兼顾小学生零基础这一客观现实，决定从最基本的概念开始讲解，第一节课定位成《认识Scratch》，第二节课定位成《认识变量和参数》，依次类推，整个课程的设计也遵循了ADIEE设计基本规律。具体的实施时，第一节课里的起承转合，也分别用到了“介绍背景——演示示范——互动练习——总结分享”等类似于经典教学模式，课程设计逻辑清晰，环环相扣。
但是在实际落地中的时候，他发现了两个大的问题：第一是学生们在度过了最初的5min新鲜劲以后，就再也无法集中注意力跟随小K的逻辑去探索Scratch的界面、元素、运行逻辑等方面的内容了，小K自己却很嗨很炫技，觉得自己什么无所不能的样子很酷。第二是当课堂进入到中段时，小K需要让学生们自己练习软件的操作，并且完成一个简单的指令时，学生们全过程开始对自主选择动画形象产生了浓厚的兴趣，女孩儿们对于形象的色彩很关心，男孩儿们对于形象匹配的声音音效特别在意，整个课堂完全脱离了小K的设计初衷，眼睁睁地变成了一节美术DIY的课程。最后追问学习效果，学生们只记得了一只小猫、一个“编程”词汇，一些玩IPAD的快乐感觉，基本没有达到小K最初的设计目标。
上面这个案例，是大多数STEAM设计师在接手一个新设计需求时，经历的过程：定教学目标——定课堂流程——落地检验设计流程。一切都是围绕着大框架、流程而展开。
但是为什么小K的设计会失败呢？我们选两个环节剖开了看看他设计的基本功。
第一个环节
“介绍背景”
设计的初衷是为了让学生宏观地了解到编程的重要性。
但是小K默认了学生们对于编程这件事具有天生的兴趣和热情，中了第一个诅咒。
小K的设计是老师讲解编程的重要意义、介绍和演示Scratch的发明历史。没有亮点，但也没有太大的错误。然而小K的设计，是建立在这样一个默认的前提下的：学生们能够体会我那种痴迷编程、体验过编程带来的各种便捷之后的愉悦感的。我对Scratch很喜欢，那么学生们也能很喜欢它！
这个默认的前提，忽略了一个非常残酷的事实：“学生对于‘自动化’带来的便利还没有形成明确的经验，对于自动化背后的‘编程’，就更没有办法去理解它的重要意义了。而且，这个重要意义跟他们的实际生活，似乎并没有那么直接关联。”
所以当小K的所有设计都呈现在学生面前的时候，学生们的基本感受就是“听完老师巴拉巴拉说了一大堆，编程好像蛮重要的，但是MIT麻省理工是什么呀？跟我有什么关系呢？我其实是想直接试一试怎么编程。”一旦学生提出来了MIT、编程等等听不懂的名词，小K又需要花费大量的时间去解释，距离学生们一心渴望的“直接上手试一试”的欲望，反而更加背道而驰了。
所以，这第一个环节，倒不如直接改成头脑风暴环节，让学生们有参与感，自由讨论对于“编程”的经验，比如先拆个字，“编”是什么，“程”是什么，最后达成一个共识：编程看起来很难，实际上很简单，比如今天我们要做的练习。生活中只要会给别人下命令，就类似于在编程。这样，学生们先不需要去了解跟课程主线无关的人文背景信息，减少接受无谓的干扰信息。
第二个环节
“示范演示”
设计的初衷是为了让学生了解Scratch程序的基本环境。
但是这里又中了第二个诅咒：小K以为学生们看完自己的一遍操作后，可以自己学会打开APP、分层有序地去阅读UI界面上的各种信息，并且操作。这些操作对于小K而言已经是一种生活的本能，但是实际上，这并不是人类的本能。
当学生们打开了软件以后，注意力一下子就被屏幕中间的小猫给吸引住了，本能地就去想着怎样让小猫动一动，基本完全记不住小K的大多数演示。整个自由探索的过程，其实是一团糟，设计师小K压根没有想到这个环节会这么困难。
如果换一种思路，增加一个小环节，先了解一下“软件都是有长相的，就像人脸有五官一样”，然后引导学生着重观察一下整个软件界面有哪些，尝试去单击看看，快速积累一个“所有的符号和文字，似乎都可以单击一下”的经验，再进行下一步才可以。
所以基本上通过以上的案例可以看得出来，每当一个新的知识点、思维点出现的时候，就是一个潜在的诅咒出现之时。设计师如果不着重关注这些细节，中招往往都是一个连着一个。
设计师个人怎样破解诅咒？
作为设计师个人，怎样破解知识的诅咒呢？非常遗憾，没有100%一劳永逸的办法，因为信息不对称永远不会消失，所谓的换位思考也只是一厢情愿的心灵鸡汤。
但是我们可以在意识到这个设计困境之后，有意识地去规避它、降低它发生的可能性。
如果你是一位初入行的STEAM课程设计师，那么必须要做的事情，就是用最快的速度放弃自己“炫技”的冲动，不要以为自己能说出专业的词汇、写出大量逻辑严谨的设计方案，就显得高人一等。那实际上往往是大材小用。你想想看，你设计STEAM课程，不是为了跟同行业的高手们交流创新思想的，而是为了让一个不了解STEAM内容的学习者去学习一些新知识的，老话说童叟无欺，在学生面前炫技秀智商，其实是最愚蠢的行为。所以你需要做的日常练习，就是每天找一两个知识点，用最简单直白的话，去解释给门外汉听。把这个基本功练到家了，才能叫一个合格的STEAM设计师。
如果你是自以为资深甚至高级的STEAM课程设计师，那么除了前面所说的日常基本功，最重要的事情就是重点关注所有涉及到动手制作层面的设计环节，因为这个时候的你往往已经学会了谦逊和克制，不会出现一味的炫技冲动，复杂的知识一针见血已经成为了你的本能，但是对于动手环节，学生们天然是存在嗨点的，这种嗨点可能会被你的克制所限制，但是实际上，它是需要被进一步激发和放大，课程设计才能叫成功，所以你要做的事情，就是想办法在动手制作的环节设计上，多加点变化的可能性，多释放更多的设计爆点，适度地从“多样化产出的可能性”上炫技，而不是像初级设计师那样从“单个知识点的确定性”上炫技。
除此之外，不管你是哪个段位的设计师，随时记录自己学习新知识的过程，如实记录、如实迁移给学生，都不失是一种好习惯。因为只有设计师自己时常处于无知的状态，他才能更深刻地意识到“知识的诅咒”对于学生而言是多么可怕。
设计团队怎样破解诅咒？
对于设计团队而言，避免诅咒的前提是，团队里所有的设计师都已经意识到了这样的一个设计困境。团队的资深设计者要带头把设计环节里出现的可能风险，总结成经验模版，培养成团队的设计制度。此外，所有的设计师，都要摈弃等级观点、权威主义，摒弃文人相轻的傲慢心态，互相验证设计方案，互相审核对方的设计困境，才能真正做到“用最简单的语言帮客户理解最专业的STEAM精髓”。
整个行业内部，不同的设计团队互相交流分享，互相沟通设计技术，而不是沟通一些看起来假大空的设计理想、教育梦想，毕竟，任何脱离了技术细节和专业水准的教育梦想，都是不负责任的耍流氓。
“知识的诅咒”，对于STEAM课程设计界，不是一个设计师、一个设计团队能够破除的，是需要团结大家的力量，一起去规避、去破解。只有这样，优质的STEAM教育内容，才能真正呈现给中国广大的学生、家长、老师，为科技教育领域贡献这个行业自己的一份力量！
RECOMMENDATION
推荐阅读
点击下列关键词阅读